home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000099_news@columbia.edu_Mon Aug 7 12:52:35 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA17322
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 7 Aug 1995 08:52:43 -0400
  3. Received: by apakabar.cc.columbia.edu id AA07566
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 7 Aug 1995 08:52:41 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Packet length and file transfers
  9. Date: 7 Aug 1995 12:52:35 GMT
  10. Organization: Columbia University
  11. Lines: 33
  12. Distribution: USA
  13. Message-Id: <4052aj$7cc@apakabar.cc.columbia.edu>
  14. References: <3vrtpa$p0r@gold.tc.umn.edu>
  15. Nntp-Posting-Host: watsun.cc.columbia.edu
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <3vrtpa$p0r@gold.tc.umn.edu>,
  19. Jim Scott <scott048@gold.tc.umn.edu> wrote:
  20. : I've finally managed to get kermit to transfer files reliably and have 
  21. : moved on to the next stage -- improving transfer performance.  I download 
  22. : lots of .zip files and have played with buffer sizes, packet lengths and 
  23. : window slots.
  24. : 
  25. : I've got my window slots set to 31, CTS flow control, 57600 speed with a 
  26. : 14.4 modem using compression and error correction.  My control prefixing 
  27. : is limited to three characters.
  28. : 
  29. : I average about 1,550 file characters/second when I use packet lengths 
  30. : beteween 200-300 characters.  When I increase that to 1000+, my transfer 
  31. : rates fall to 1,200 characters/second or worse.  Should I be happy with 
  32. : my 1.5, or is there a way to improve this even more using longer-packets?
  33. : 
  34. When transferring precompressed files, you might be able to squeeze out
  35. a few more percent by turning off Kermit's compression ("set repeat counts
  36. off").  Turning off the modem's compression is usually not worth it.
  37.  
  38. Then you can experiment to find the optimal combination of window size and
  39. packet length.  Every connection has its own, and the curves are not
  40. necessarily predictable.
  41.  
  42. However, for transferring ZIP files on a V.32bis/V.42/V.42bis connection,
  43. you aren't going to get much better than 1600 cps no matter what you do,
  44. so you'll have to decide if the experimentation is worth it -- the gain
  45. would be about 4 percent.
  46.  
  47. Also be aware of other limiting factors, such as terminal server capacity,
  48. buffer size, and speed.
  49.  
  50. - Frank